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PREFACE 


This module has been designed as an interdependent part of 
Manufacturing Information Systems, but its modularity will 
allow it to be used in other software systems where code 
conversion is necessary. 


The manual assumes reader familiarity with general System 
Ten concepts. It is expected that the reader will be 
responsible for interfacing a specific set of MIS modules 
with the programming needs of a particular installation. 
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INTRODUCTION 


Determination of one's code conversion needs requires 
functional analysis of how the code is to be handled within 
the CPU, as well as recognition of the differences between 
input code and output code. Such an analysis might include 
the following points: 


1. What type of code is generated by the input 
terminal? (MIS models 100 and 105 generate System 
Ten USASCII code; CD-30 terminals generate 8-bit 
code that is truncated upon entry through the IOC 
and is read in 6-bit form. ) 


2. Are there any elements of message processing that 
will require the System Ten CPU to analyze message 
content? (Input terminal partition programs may 
need to interpret data at some fixed point in all 
messages -- to determine terminal identification 
number, for example.) : 


a. If data will require such interpretation, a 
translation sequence (and specifically 
associated table and constants) may need to be 
constructed. Code resulting from this should be 
in System Ten USASCII. 


b. If the code is already in System Ten USASCII, 
translation for this function is not necessary. 


3. What type of code is required as output code? A 
translation sequence (and specifically associated 
table and constants) must be constructed for each 
differently coded portion of the message. 


Once an installation's code conversion needs have been 
defined, it is the user's responsibility to write an 
interfacing program that will accurately call the actual 
code convert program. This document provides a listing of 
the code conversion process and a detailed functional 
explanation of the routine and its associated constants; it 
also explains in detail how to construct the calling 

program -- constants and buffers required, and instructions 
necessary to branch to the conversion program. The reader 
is especially urged to become thoroughly familiar with the 
process by which the index pointer is calculated, and with 
the use of the three index registers. 
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GENERAL DESCRIPTION 


The Code Conversion Module is a multi-purpose code _ trans- 
lation program which is used to translate code of one type 
into code of another type. Through correct referencing, it 
can handle code generated by either CD-30 (truncated System 
Ten USASCII) or MIS (System Ten USASCII) terminals, and 
translate that code on a character-by-character basis into 
output code that can be written in single-frame mode (such 
as USASCII or BCD) or double-frame mode (such as EBCDIC). 


Possible Possible 
input output 
code code 


CD-30 (truncated USASCII 
System Ten 
USASCII) IBM-BCD 
GE-BCD 
MIS (normal 
System Ten EBCDIC 
USASCII) 


(Note: if the installation has only MIS terminals, and the 

output code desired is USASCII, this module is not needed. 
MIS terminals generate data in System Ten code, which is a 
subset of USASCII; hence any calls to the Code Conversion 
program are superfluous.) 


The user supplies three addresses: the first location of 
the input area, the first location of the output area, and 
the starting location of the table used to make _ the 
required conversion. He also supplies the conversion table 
and the length of the character string to be converted 
during this translation. 


The program operates by focusing on an index-referenced 
character in the input area, computing another index value 
equal to the binary value of that character (A=100001=33) 
and adding that value (or double that value, for double 
frame) to the table address. This method, which can be 


called relative addressing, results in a correctly 
translated character being placed in the proper output 
location. 


This process works whether the desired output code is to 
be written in single-frame mode or double-frame mode. If 
the output is to be double frame, the relative table 
address will be to the first of two characters, which are 
both placed in the proper output location. 
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HARDWARE REQUIREMENTS 


There is no hardware specifically related to this module. 


$-15-71 


Copyright © 1971, Friden Division, The Singer Company 2-1 CODE CONVERT 


CORE REQUIREMENTS AND ALLOCATION 


The needs of the specific MIS application will determine 
the total amount and allocation of core for this module. 
Depending on the particular installation, the tables. and 
code conversion routine can be in Common and the calling 
sequence in the input terminal partition, or the calling 
sequence can be in any partition where a message being 
processed will be accessible. Normally, the most efficient 
use of core will be to store the code conversion table(s), 
constants, and code conversion routine in Common, and the 
input/output buffers, terminal constants, and calling 
sequence(s) in partition. 


For applications Where only a esingle-character code 
conversion is required (CD-30 to System Ten USASCII, or 
Systen Ten USASCII to BCD, for instance), this module will 
normally need a minimum of 408 locations in Common 
(including a single 64-character table) and 350 locations 
in each input terminal partition. 


For applications where only a double-character conversion 
is required (System Ten USASCII from model 100 and 105 
terminals to EBCDIC, for example), this module will 
normally need 476 locations in Common (including a single 
128-character table) and 790 locations in each terminal 
partition. 


Core requirements and allocation for combinations of 
single- and double-character conversion will depend on the 
nature of the combination and the interfacing programming. 
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MODULE NARRATIVE 


Calling program 


The calling program resides in an input terminal partition. 
Code coming from the input terminal that needs any analysis 
by the System Ten CPU (other than character counts) must be 
in System Ten internal USASCII. If the code is from a CD- 


30 terminal, this requires a single-character code 
conversion, in addition to whatever conversion might be 
necessary for conversion into output code. If the code is 


from a MIS model 100 or 105 terminal, the only translation 
necessary will be into output code. (In a CD-30 message, 
for instance, for the conversion into System Ten USASCII 
these characters may contain the transaction. code and 
terminal I.D.; the transaction code is used by the input 
terminal module to check for wrong-length messages, while 
the terminal I.D. and/or transaction code can be used for 
transaction and terminal validation as well as message 
routing.) 


The number of: characters to be translated are specified by 
CCSIZE, then the calling sequences are set up according to 
the need. The process should be repeated for a new. string 
of characters or a different translation. 


Code Conversion Program 


The table access routine facilitates converting the 
message, one character at a time, until the message string 
is exhausted; it is also responsible for computing the 
index pointer which accesses the conversion table at the 
correct point for each character. To do this, the program 
examines the bit structure of each character, using bits 7 
and 5 as zone bits to reference a line of the table, and 
bits 4 through 1 as numeric bits to reference a particular 
position in that line. Then, depending on whether the 
conversion is to be to single-character or double-character 
code, the program places the correct one or two characters 
in the appropriate location in the output area. 
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LISTING AND FLOW CHARTS 


TITLE 'CODE CONVERT! | 
ERREBREERERE RRR MEER ERRERA RAMEE KE REBREERMERREKR KY HAKRERHKY 


% 


* CODE CONVERT TASLES 


*% 
COMMON 
ORG 3°0C 
¥ 


% 


TBL1 DM 
SIZE1 OM 
ITADDR1 OM 
OADOR1 DM 

~ TADOR1 DM 
MC 

MC 

MC 

MN 

BC 


ee Ke Ke KR KEK KR eKR KKK KK OK OK CK OK OU CK UK UK CU EK KK 


PECTIC ES EP SSCS ESET ISSUES TESTS SV STEC TOSI SELECT CCC LSS CSS TSS TSS ere 


EMECT 
; | 


TBL2 OM 
SIZE2@ 0M. 
ITADDRe OM 
OADDRe OM 
TADDRe DM 
MC 
MC 
MC 
MN 
AC 


CODE CONVERSION SUBROUTINE 


FOR SINGLE CHARACTER OUTPUT» ARGUMENTS AND CALLING SEWUENCE ARE: 


C64 

N3'0O06! 
A! ' 
At ' 
A'THL1° 


SIZE1s,CCSIZE 
TANOR1»sX1 
QOADDR1IsxX2 
TADDR1sCC8+1 
CC4+1(6)5C0C1(5) 


FOR DOUBLE CHARACTER OUTPUTs ARGUMENTS AND CALLING SEGUENCE ARE: 


C128 

N3'200! 
At ' 
A! ‘ 
A'TBLe! 


SIZE2s,CCSIZE 
TANDR2» X14 
NADDR2s XP 
TANDOR2sCC10+1 
CO441(6)sCC2(5) 


® TNITIALIZE TABLE ACCESS ROUTINE 


*% 


CCi1 MC CC&8(35),CC7 
BC Cc3(5) 
ORG #05 
CC7FRO OM .¢ro00o0n0'! 
CC7NNE DM C 
CGP MC €CC9(45)sCC7 


&% 


ERRREEEREMRRERAEM REREAD RREBRE RMA E ERY REKLAMA RERERREL ERE ERE EKRE SY BEM 


64 CHARACTER JABLE 

3 CHARACTER LENGTH (12999) 
HIGH GRDER ADDR OF INPUT 
HIGH ORDER ADOR OF QUTPUT 
HIGH ORDER ADUR OF TABLE 


SET LENGTH 

SET KEGL TO INPUT ADDR 
SET R&EG2 TO OLTPUT ADDR 
SET A*»ADDR TO TABLE 
BRANCH AND LINK 


128 CHARACTER TABLE 

3 CHARACTER LENGTH (12999) 
HIGH URDER ADDR OF INPUT 
HIGH URDER ADDR OF QUTPUT 
HIGH URDER ADUR OF TABLE 


SET LENGTH | 
SET REG1 TO INPUT ADOR 
SET REG2 TO OUTPUT ADDR 
SET A#ADDR TO TABLE 


¥ 
¥ 
* 
* 
* 
¥ 
¥ 
¥ 
* 
*% 
* 
¥ 
* 
¥% 
¥ 
“ 
¥ 
*% 
* 
% 
*% 
¥ 
* 
* 
% 
¥% 
»* 
* 
¥ 
BRANCH AND LINK * 
-* 
¥ 


SINGLE CHARACTER ENTRY 


ZONE 


DOUBLE CHARACTER ENTRY 


* FXY1T FROM SUBROUTINE AT END OF FIELD 


* 


CC3 S CC16(1)»CCSIZE 


CC4 BC 0000(1),00001(0) 


* 


DECREMENT INPUT FIELD SIZE > 


* CAMPUTE INDEX FOR NEXT INPUT CHARACTER 


% 


MC OP (101)sCCZONE 
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ISOLATE ZONE & DIGIT BITS 


CODE CONVERT 


LISTING AND FLOW CHARTS — 


MN CCZONEsCCDIGT 


YX 
MM CCZERO(1)sCCZONE 4 
MC CCZERO(4)5X3 COMPUTE INDEX 
A CCNIGTsx3 x 
C CCZONEsCCZERO x 
BC CC7(1)seCC6l2) x 
C CCZ7ONEsCCAT x 
BC CC&12) x 
A €C4&8sX3 x 
RC €C7(5) X 
CCS A €C32sX3 X 
BC CC7(5) x 
ORG #5 | | 
CCAT DM Cleat COMMEKCIAL AT SIGN 
CC14 DM N'26! TABLE INDEX 
CC32? DM Nt3e! x 
CCA A €C€168sX3 x 
* MOVE TABLE CHARACTER TO QUTPUT AREA 
% 
CC7 DM C45 THIS AREA IS LOADED WITH 
* . ONE OF TRE FULLOWING ROUTINES 
* UPON ENTRY TU SUBROUTINE 
E.IFCT | | 
* STNGLE CHARACTER ROUTINE 
. | 
CCR MC 0000(123)2000P(22) MV CHAR FROM TABLE Tu QuiIPUT 
A CC16(1)9X1 INCREMENT INPUT FOINTER 
A C€C16(1)s9X2 INCREMENT OUTPUT POINTER 
Bc cc3(5) GO TO END OF FIELD TEST 
: 
* NOURLE CHARACTER ROUTINE 
¥ 
CC9 = A X32XK3 MOUBLE INDEX 
ccin MC 0000(283)2000P(22) MV CHAR FROM TABLE TO GUTPUT 
A CE1h6(1) 2 Xt INCREMENT INPUT FPOINTER 
A C€C€3241(1)2x2 INCREMENT OUTPiIT POINTER 
BC CC3(5) GO TO ENN OF FIELD TEST 
% 
* CONSTANTS AND WORK AREAS 
n 
ORG ¥a5 
CCSTZE OM N3 LENGTH OF INPUT FIELO 
CCNTGT OM cro DIGIT 
CC4R nm Niage x 
NORMAL 
* , . | 
* THESE INDEX REGISTERS ARE TO GO IN THE SAME FARTITION AS THE 
CALLING SEQUENCES IN THE INPUT TERMINAL FROGRAMe 
* . 
ORG O0O11 
X14 DM C4 INDEX REGISTER 1 
ORG agdet | 
x? DM Ch INDEX REGISTER 2 
ORG 0031 
x3 DM C4 INDEX REGISTER 3 


END 
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LISTING AND FLOW CHARTS 


CCl 


INITIALIZE 
TABLE ACCESS 
SEQUENCE 


EQ 
FOR SINGLE 
CHAR. MODE 


5-15-71. 


Copyright © 1971, Friden Division, The Singer Company 


CC2 


CODE CONVERSION SUBROUTINE 


INITIALIZE 


FOR DOUBLE 
CHAR. MODE 


a 


DECREMENT 
CCSIZE 


BY 1 


NO 


MOVE INPUT 
CHARACTER 
(1) TO 
ZONE 


MOVE (MN) 
"ZONE' 
TO 
‘DIGIT’ 


MOVE (MN) 
'0' TO 
"ZONE! 


MOVE TABLE 
CHARACTER 
TO OUTPUT 
AREA 


INCREMENT 
2 BY } 


INCREMENT 
1 BY 1 


MOVE TABLE 
“pi CHARACTERS 
TO OUTPUT 


INCREMENT 
2 BY 2 


INCREMENT 
1 BY 1 


DOUBLE 2 
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LOADING AND OPERATING INSTRUCTIONS 


Loading 


Use any System Ten loading program as appropriate for the 
installation. The tables, table access routine, and 
associated constants will normally be loaded into Common, 
unless there is room to duplicate them and place them in 
each input terminal partition. If the table is in 
partition, the A address referred to in CC8 (and/or CC10) 
must be followed by a P to indicate that the address is in 
partition rather than Common. The user's calling program 
and its associated constants should be loaded into the 
appropriate partition. (The tables must either all be in 
Common or all in partition.) | 


ORGs 


The Common portion of this program may be ORGed at any 
location that does not conflict with other specified areas. 
In determining where to place this programming, the reader 
is reminded to be cognizant of the order and placement of 
other MIS system constants. | 


In input terminal partition programming, it is usually 
convenient for the programmer to plan to use the _ three 
index registers to hold the input address, output address, 
and index pointer, respectively, in passes through this 
module, and to initialize them appropriately. 


Operating Instructions 


There is no operator intervention required for this module. 
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CONSTANTS 


List and Explanation 


The following are constants, buffers and storage areas 
defined by DM statements. They should not necessarily be 
loaded in the order presented here. An asterisk (*) 
indicates that the user should define the term to fit his 
own requirements. 


GENERAL PURPOSE CONSTANTS 


Label DM Explanation 
CCZERO c'0000' Constant used for comparison. 
CC 16 N'16' Used to increment X3 by 


value necessary to correctly 
address the table being 
used; also, first digit 
('1') used to decrement 
character counter (CCSIZE). 


CC32 N'32' Used to increment X3 by 
value necessary to correctly 
address the table being 
used. 


Ccc4s N'48' Used to increment X3 by 
value necesSary to correctly 
address the table being used. 


CCAT — Ca’ "At" sign used in compare 
operation to determine 
which zone bits are on for 
this character; results in 
incrementing X3 by the value 
necessary to correctly 
address the table being 
used. 


CONVERSION TABLES 


Label DM Explanation 
*TBL1 OCc64 Table 1 (Single frame). 


(See below) 


*TBL2 0C128 Table 2 (Double frame). 
(See below 
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CONSTANTS 


Label 


*SIZE1 


*IADDR1 


*TADDR 1 


*SIZE2 


*IADDR2 


*OADDR2 


*TADDR2 


CODE CONVERT 


RELATIVE ADDRESSES 


DM 


C3 
(User 


A4 
(User 


Au 
(user 
C3 
(User 


A4 
(User 


A4 
(User 


A&4 
(User 


defined) | 


defined) 


defined) 


defined) 


defined) 


defined) 


defined) 


Explanation 


Size (three digits, 001-999) 
of input character string. 


Beginning address of input 
character string. 


Address of Table 1. 


Size (three digits, 001-999) 
of input character string, 
conversion using Table 2. 


Beginning address of input 
character string, conversion 
using Table 2. 


Beginning address of output 
area to be used when 
referencing Table 2. 


Address of Table 2. 
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CONSTANTS 


BUFFERS AND STORAGE AREAS 


Label DM Explanation 
*X 1 C4 Index register 1; holds 


input address. 


*X2 C4 Index register 2; holds 
output address. 


*X3 C4 Index register 3; holds 
pointer indicating where in 
a specified table the char- 
acter's translated value is; 
also referred to as index 
pointer. 


CCSIZE N3 7 Counter used to keep track 
of number of characters 
being converted; successive- 
ly decremented until it is a 
negative value, then program 
exits. 


CCZONE N 1 Storage area for input 
character's zone bits. 
Numeric bits are set at 
'0000'. 


CCDIGT c'0' Storage area for input char- 
acter's numeric bits. Zone 
bits of CCDIGT are fixed at 
"O13 

SPECIAL DEFINITIONS FOR THIS DOCUMENT 
Zone bits = bits 7 and 5 for any character. 
Numeric bits = bits 4 through 1 for any character. 


System Switches — 


None of the MIS system switches are referenced or modified 
by the instructions of this module. 
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CONSTANTS 


Conversion Tables 


The two tables referenced in. this module are used to 
translate code into single frame GE-BCD and double frame 
EBCDIC. | 


1. Table 1 has been set up so that a single-character 
translation from System Ten USASCII into GE-BCD code will 
take place when the index pointer is correctly calculated. 


Table 1 (64 characters) 
"0<44K\:O=MLPLIJ;0Q I"#$RE'()-N>J/' 


", 123456789ABCDEFGHIRSTUVWXY*?<9Z ' 


The single quote mark following the ampersand in the first 
line must be modified when assembled. (The assembler 
requires two single quote marks so that it can distinguish 
between a quote mark used as a delimiter and a quote mark 
used as a character.) 


The table is addressed by using an index pointer computed 
from the numeric and zone bits of the input character and 
added to the starting address of the table, thus giving the 
location of the translated character. The character at 
this address is placed in the output area (with single- 
character conversions, the input and output areas can be 
the same). 


2. Table 2 has been set up so that a double-character 
translation from System Ten USASCII into EBCDIC will take 
place when the index pointer is correctly calculated. 

fable 2 (128 characters) 
'O4J507K7K5L605M7M4M5L5N4K606K4 16 ' 
"00102030405060708090J 7NSL4N7N606 ' 
"L7 1L2L3L4L5L6L7L8L9L1IM2M3M4M5M6M' 
' 7M8M9M2N3N4NSNGN7NSNONMUNGMSLUMG ' 


Note: for this document, zero is represented as 0, the 
letter as O. 
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CONSTANTS 


This table is addressed by doubling the index pointer 
computed from the binary representation of the System Ten 
character, and adding this value to the starting address of 
the table, thus giving the beginning address of the 
translated character. Since this conversion is to be from 
one Character into two, this character and the one 
following it must both be placed in the output area -- 
which must be separate from the input area so that there 
will be sufficient room for the output string. 


For example, suppose the character we wish to translate has 
a System Ten binary value of 011001 (the character is 9). 
The code conversion program determines the index pointer by 
isolating zone and numeric bits as described in the next 
section, then it picks up the 50th and 51st characters (90) 
and places them in the output area. 
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Copyright 


ROUTINE LOGIC 


Computing the Index Pointer 


The index pointer for referencing the code conversion table 
is computed in index register 3 (X3). The computation 


process involves isolating the zone bits (bits 7 and 5) and 


the numeric bits (bits 4 through 1) for each character. 


zone bits of 00 mean one of the addends to X3 will be 0; 
zone bits of 01 mean this addend will be 16; zone bits of 
10 mean this addend will be 32; zone bits 11 mean this 
addend will be 48. The decimal equivalent of the numeric 
bits for this character form the other addend to X3, such 
that this index pointer now represents a given number of 
positions inatable. If this is to be a single-character 
conversion, X3 is left at this value; if it is to be a 
double-character conversion, X3 is doubled. The resulting 
value in X3 is used as an address relative to the beginning 
location of the conversion table being used. 


Since the process by which the value in the index pointer 
(X3) ais calculated is the same for all characters, it then 
becomes a relatively simple task to set up the conversion 


tables such that, when the table is accessed , the index 


pointer will indicate precisely where in the table the 
correctly translated character or characters will be. 


The length modifier on the Move Character instruction that 
moves the correct character into the output area is 
specified as 1 for single-character conversions, or 2 for 
double-character conversions. Therefore, in a double- 
character . conversion, the correct -combination of two 
characters must begin at the location which will be 
specified by the value in the index pointer (X3). 
Regardless of the type of output code desired, or the 
number of conversions to take place within a program, 
organization of a conversion table depends on the proper 


calculation of the index pointer, the process being the 


same for all tables. This requires that the bit structure 
of any output code must increment in the same order as the 
bit structure of the input code. 


The programmer should keep in mind that the whole purpose 
of a conversion table is to convert characters at the bit 
structure level. Thus it becomes his task to use the table 


as a translation medium, so that an incoming character's 


bit structure, when used to calculate the index pointer, 
will correctly reference a System Ten USASCII character (or 
pair of characters) that will produce the desired output 
bit structure, regardless of the type of output code 
desired. | 
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ROUTINE LOGIC 


“TO WRITE GE 
EQUIVALENT 


000000 
000001 
000010 
000011 
000100 
000101 
000110 
000111 | 
001000 
001001 
001010 
001011 
001100 
001101 
001110 
001111 
010000 
010001 
010010 
010011 
010100 
010101 
010110 
010111 
011000 
011001 
011010 
011011 


010000 
4 

111110. 

001011 


010000 
101010 
000000 
001011 
101011 101011 
011100 | 111100 
110000 : : 011010 

001100 | 101171 
011100 011101 
117100 101101 
101100 101100 
110000 110000 
071011 111011 
100000 101010 
001110 011011 
070001 110001 
001010 000000 
000001 000001 - 
000010 000010 
000011 000011 
000100 000100 
000101 000101 
000110 000110 
000111 000111 
001000 001000 
001001 001001 
O0y101 001101 
101110 101710 

011100 111110 011110 

011101 001011 111101 

011110 . 007710 001110 

011111 | 111010 001111 

100000 | 001100 001100 

100001 110001 010001 

100010 110010 010010 

100011 110011 

100100 110100 

100101 110101 

100110 110110 

100111 110111 

101000 111000 

101001 111001 

101010 100001 

101011 100010 

101100 100011 © 

101101 100100 

101110 100101 

101111 100110 

110000 100111 

110001 101000 

110010 101001 

110011 010010. 

110100 010011 

110101 010100 © 

110110 010101 

110111 010110 

111000 010111 

111001 0/1000 

111010 011001 

111071 111101 

111100 011110 

117101 107101 

111110 000000 

Wy 000000 
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010011 
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100001 
100010 
100011 
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100101 
100110 
100111 
101000 
101001 
110010 
110011 
110100 
110101 
110110 
110711 
111000 
111001 
001010 
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011100 
100000 
111010 
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FIGURE 1 


To read this chart, start with the System Ten USASCII character and its bit 
structure in the first column. The bit structure for this character in either IBM 
or GE-BCD is indicated at the same level in columns 2 and 3. The character on the 
left in each of these two columns is the System Ten USASCII character which has 
this bit structure. | 
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For instance, suppose a character coming from the Job 
Information Station (which sends messages in System Ten 
USASCII) is an A, with a bit structure of 100001, and that 
the desired output code is  GE-BCD. The task of the 
programmer is to design his conversion table such that, 
when the index pointer is calculated in the normal fashion, 
the character pointed to has ae bit structure 010001, 
equivalent to a GE-BCD character A. This happens to be a 
System Ten USASCII digit 1. See Figure 1. 


As another example, suppose we have a System Ten USASCII 
Character 4, which we wish to translate into IBM-BCD. The 
bit structure of the character to be translated is 010100. 
To write an IBM-BCD 4, we need a character with a bit 
structure of 000100; in System Ten USASCII this is a $. 
Thus the index pointer would be calculated to point to a 
location 20 characters after the beginning address of the 
table (zone bits 01 mean the table level starting at 
relative location 16, plus 4 locations for the numeric 
bits), at which location is the System Ten USASCII 
character $. 


Truncated CD-30 code presents the same sort of problem, 
Since it comes into the System Ten CPU in 6-bit form. A 
programmer should remember, however, that in order to 
correctly analyze message content from the CD-30, the 
System Ten CPU must read those characters in its internal 
USASCII subset; however, other portions of the message can 
be directly translated into output code if content analysis 
is not needed at this point. See Figure 2. 


The only difference in procedure in converting to double- 
Frame code (EDCDIC) is that the index pointer will point to 
the first of two characters, both of which will be written 
in a combined form to produce the desired 8-bit EBCDIC 
character. The two characters will have a total of 12 
bits, of which EBCDIC will need only 8; hence to get the 
proper 8 bits, the tape controller will drop the zone bits 
of both characters and write in double-frame mode, 
resulting in a single 8-bit character comprised of the 
numeric bits of the first character (low-order bits of the 
EBCDIC character) and the second character (high-order bits 
of the EBCDIC character). The ninth bit will be added_ to 
the character frame as either a 0 or 1, in accordance with 
parity declaration. The parity (ninth) bit is added by the 
tape or disc controller. 


Functional Description 


This module consists of two parts: the table access routine 
and user-supplied tables in Common, and the user-supplied 
entry from input terminal partition. | 
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TO WRITE FROM CD-30 | TO WRITE FROM CD-30 
TO GE 


010000 
000001 
000010 
000011 
0001700 
000101 
000110 
000111 
001000 
007001 


i] 


000000 
010001 
010010 
010011 
010100 
010101 
010110 
010111 
011000 
011001 
010001 


en & 


WANA NIAPWNH —M 
coo «= 20 SS OF ME 


011000 


NOo~o o& 
3 


010000 


Mt OO CON O ON & GW PO = 


011011 


010100 


001101 
101010 
101011 
101100 
101101 
101110 
101111 
110000 
110001 
110010 
010010 
000101 


010110 


HTronmnorwraeoowwvorrst <<— Ee CH NWO 


SSI CHOnAMOOwvwrTrasnnwne: 


eee vests eS 


100001 
100070 
100011 
100100 
100101 
100110 
100111 
101000 
101001 
010111 
0011710 


010101 


WIWWMM 22 WY K 
ba» in + os *] ~~ 
“WON HMPWNH—$OA0O Rr oY 


<x EK CHM 


COO st Ove 


FIGURE 2 


The first column of this chart shows the character that was sent by the CD-30 
Terminals (if the CPU recognizes a character of bit structure 010010 as a 2, it 
started out in the CD-30 terminal as an S, with bit structure 00110010). Thus, the 
first column shows CD-30 truncated characters. Columns 2 and 3 show the bit 
structure for the System Ten character in IBM and GE-BCD. The character at the left 
of each of these two columns is the System Ten representation of the CD-30 character 
required to get this bit structure. | | 
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Table Access 


CCi and cCC2 represent, respectively, the single-character 
and double-character entry points. In either case, the MC 
instruction results in ae set of processing instructions 
(CC8 for single character, CC9 for double character) being 
moved into the processing area at CC7. 


The instruction at CC3 uses the leftmost digit of CC16 -- 
in this case, 1 -- to decrement the counter in CCSIZE which 
tells how many characters are yet to be translated in this 
character string. : 


CC4's A operand holds the return address stored there by 
a Branch and Link instruction from the user's” routine, 
which is used only if all characters for this stage have 
been translated; its B operand simply passes control on to 
the next instructions. 


Then the routins isolates zone and numeric bits, by moving 
one character at atime from the input area into first 
CCZONE, then CCDIGT, fixing the numeric bits of CCZONE to 
0000 and the zone bits of CCDIGT to 01. The numeric value 
is stored in CCDIGT: the bit configuration in CCZONE will 
then result in 0, 16, 32, or 48 being added to X3. X3 then 
holds. a number representing a position in a conversion 
table where a particular character's translated value is to 
be found. 


Next, the routine processes whatever instructions have been 


placed in the subroutine buffer area in CC7. If this is to 
be a single-character translation, the instructions 
starting at CC8 are there; if double character, those 


starting at CC9 are there. Either set operates the same 
way, except that, if this is to be double-character 
conversion, the value in X3 is doubled first. The 
character at the address indicated by X3 is moved to the 
output area location specified by the value in X2; X1 is 
incremented by 1; X2 is incremented by 1 if this is single- 
character conversion, or by 2 if it is double-character 
conversion, and the subroutine exits to CC3 and back to the 
calling program in partition when all characters have been 
converted. . 


Calling Program (user's) 


This routine is to be supplied by the user. What will be 
explained here are two general approaches which can be 
adapted to convert single- or double-character messages. 
The specific programming must be done by the user. 
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SINGLE CHARACTER 


The calling sequence required to effect a single-character 
translation is illustrated below, step by step. A brief 
operating description follows each statement. 


MC | | IADDR1,11 


This instruction loads a four-position address’ constant 
defining the leftmost position of the input string into 
index register 1. | | 


MC OADDR1, 21 


This instruction loads a four-position address’ constant 
defining the leftmost position of the output area into 
index register 2. If desired, this address constant may be 
the same as that loaded into index register 1, in which 
case the translated characters will overlay the input 
characters. 


MN TADDR1,CC8+1 


This statement sets the A address of a move-character 
instruction, which selects the translated characters from 
the translate table, to the leftmost position of the 64- 
character translate table. 


MC INLENG ,CCSIZE 


This instruction sets CCSIZE, a three-character counter, to 
the length (001-999) of the input character string. 


BC CC4+1(6),cc1(5) 


This instruction has two effects: the address of the 
instruction following it is loaded into the A operand at 
CC4, there to be used as an exit point when all characters 
involved in this stage of translation are processed; and it 
branches to the single-character entry point at CC1. 
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A subroutine calling sequence and associated declaratives, 
which could be used to convert a 32-character buffer 


(BUFFER) containing CD-30 transmission code to its 
equivalent in System Ten internal USASCII, is illustrated 
below. 

BUFFER DM C32 

TBL DM oc64 


DM. C32'K1234567894KKKKKO/STUVWXYZB' ' BBB ' 
DM C32'-JKLMNOPQRB&KKKKKBABCDEFGHIB. BABB ' 
BUFADR DM A'BUFFER' 


TBLADR DM A'TBL' 
SIZE DM N'032' 
MC  BUFADR, 11 
MC BUFADR, 21 
MN TBLADR,CC8+1 
MC SIZE,CCSIZE 
BC Cc44+1(6),CC1(5) 


The contents of BUFFER before and after translation are 
given below. 


Before: 3XY2KBY2KF43G4 3 KVIFDKBSFTUBSFESUI3 


After: THIS IS OUTPUT FROM CODE CONVERT 


DOUBLE CHARACTER 


The calling sequence required to effect a double -character 
translation is illustrated below, step by. step. An 
explanation.follows each step. The reader will note _ that 
it differs from the single-character translation process 
only in that the input and output addresses for this stage 
are in X1 and X2 respectively, the address of Table 2 is 
placed in the A operand of the Move Character instruction 
at cCccC10, and the branch is to the double-character entry 
point at CC2. 


MC IADDR2,11 


This instruction loads a four-position address’ constant 
defining the leftmost position of the input string into 
index register 1. 


MC OADDR2, 21 


This instruction loads a four-position address’ constant 
defining the leftmost position of the output area into 
index register 2. This address must reference a different 
area than index register 1 does. 
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MN | | TADDR2 ,CC10+1 > 


The above statement sets the A address of a move character 
instruction, which selects translated characters from the 
translate table, to the leftmost position of the 128- 
character translate table. Observe that the B operand of 
this statement is different from the corresponding 
statement in the single-character calling sequence. 


MC INLENG , CCSIZE 


This instruction sets CCSIZE, a three-character counter, to 
the length (001-999) of the input character string. 


BC CC4+1(6),CC2(5) 


The above instruction has two effects: the address of the 
instruction following it is loaded into the A operand at 
CC4, there to be used as an exit point when all characters 
involved in this stage of translation are processed; and it 
branches to the double-character entry point at CC2. 


A subroutine calling sequence and associated declaratives, 
which could be used to produce the two-character (double 
frame) codes required to write the contents of BUF! in 
EBCDIC on the Model 45 tape drive, are illustrated below. 


BUF 1 DM C29'THIS IS INPUT TO CODE CONVERT’ 
BUF2 DM C58 7 . 
TBL DM 0C128 
DM C32'04J507K7K51605M7M4M5LSN4K606K416' 
DM C32'00102030405060708090J 7NSL4N7N6O6 ' 
DM C32'L71L2L3L4L5L6L7L8L9L1IM2M3M4M5M6M' 
a DM C32' 7M8M9M2N3N4N5N6N7N8N9ONM4NGEMSL4MGE ' 
BUFAD1 DM A'BUP1' | | | 


BUFAD2 DM A'BUF2' 
TBLADR DM A'TBL' 


SIZE DM N'029 


MC BUFAD1, 11 

MC BUFAD2, 21 

NM TBLADR,CC10+1 
MC SIZE,CCSIZE 


BC CC4+1(6),cCc2(5) 


The contents of BUF2 following execution of code convert 
will be: 


"3N8L9L2N049L2NO49L5M7M4N3N043N6M043L6EM4L5LO43LEM5M5N5L9M3N 
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CHARACTER CODE 


sP 000000 
! 900001 
. 900070 
| 000011 
000100 
000101 
000110 
000111 
001000 
001001 
001010 
001011 
001100 
001101 
001110 
001111 
010000 
010001 
010010 
010011 
010100 
010101 
010110 
010111 
011000 
011001 
911010 
011011 
011100 
011101 
011110 
011111 
110000 
100001 
100010 
100011 
100100 
100101 
100110 
100111 
101000 _ 
101001 
101010 
101011 
101100 
101101 
101110 
10111] 
110000 
110001 
110010 
110011 
110100 
110101 
110110 
110111 
111000 
111001 
111010 
111011 
111100 
111101 
111110 
11111 
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* Indicates CD-30 Transaction Codes 


FIGURE 3 


This chart is designed to show conversions from CD-30 code into double frame EBCDIC 
with an intermediate translation from CD-30 into System Ten USASCII, then into 
double frame EBCDIC. The character shown in TBL 1 will result in the System Ten 
USASCII bit configuration of a character that is the same as the CD-30 character 
originally sent. The column under TBL 2 shows the translation pair of characters 
necessary to get from System Ten USASCII, and the column under TBL 3 shows the 
translation pair of characters. necessary to translate truncated CD-30 code into 
double frame EBCDIC. 
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This chart shows the relative codes for the System Ten characters listed on 


the left. 
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